ЛАБОРАТОРНА РОБОТА № 2 На тему: « Розробка функціональної специфікації на розробку ПЗ». Мета роботи. Розробити функціональну специфікацію на програмний продукт Стадії життєвого циклу розробки програм ЖЦРП може сильно відрізнятися від проекту до проекту і від керівника проекту до керівника проекту. Проте, зазвичай він складається з наступних стадій: Побудова життєвого циклу Попередній аналіз Аналіз побажань і вимог замовника Уточнення функціональних характеристик Створення технічного проекту (технічного завдання) Реалізація Системне тестування Послеpеалізационний огляд Супровід Функціональна специфікація Функціональна специфікація - це міст між початковим оглядом вимог і технічною специфікацією, що розробляється пізніше. Початковий огляд вимог виділяє те, ЩО система повинна робити, а технічна специфікація - це деталізоване проектування кожного елементу системи. Це остання стадія перед безпосереднім кодуванням. Отже, функціональна специфікація може розглядатися як транспорт, що переносить нас з точки A в точку B. Функціональна специфікація описує, ЩО система робитиме, але не як це буде виконано. Ця відмінність важлива. Функціональна специфікація також включає опис всіх головних функціональних модулів і обмеження, що враховуються. Призначення функціональної специфікації Як і будь-яка стадія ЖЦРП, функціональна специфікація може сильно змінюватися від проекту до проекту. У крупних комплексних проектах деякі моменти функціонального проектування можуть бути відкладені до стадії технічного проектування. У будь-якому випадку, основним завданням функціональної специфікації є надання користувачеві деякого документа з наступними критеріями: Документ повинен бути читабельний і добре логічно організований. Він повинен враховувати всі вимоги користувача. Він повинен відповідати на всі питання користувачів і розробників в області функціональної розробки Функціональна специфікація іноді є найбільш лякаючим аспектом формального циклу розробки...Особливо для програмістів, які ненавидять будь-що записувати. Після того, як програмісти дізнаються, що хоче користувач, у них з'являється природний імпульс негайно самостійно починати якщо не кодування, то технічне проектування. Hо нерозуміння на даній стадії може вилитися лихом після початку безпосереднього кодування. Зв'язок тут є ключовим елементом. Hо навіть самий хороший зв'язок між користувачами і програмістами не завжди є гарантією повного розуміння. Функціональна специфікація не повинна представлятися як паперова робота, яка повинна бути формально виконана. Якщо це відбувається, то документ не буде складений правильно і якісно. Користувач повинен розуміти, що документ, що складається, необхідний не тільки як формальність, але і як засіб прискорення, спрощення і поліпшення завдання, що розробляється. Формат документа Специфікація - це документ, що пояснює в бізнес-термінах те, що повинна робити система. Все в ньому повинно представляти інтерес для користувача. Документ не повинен бути переобтяжений технічними подробицями, структурами файлів й іншими технологічними деталями. Часто користувачеві цікавіше, які меню, екрани і звіти будуть представлені в програмі і як програма здійснюватиме перехід з однієї точки в іншу. Догyмент повинен складатися з логічних розділів типу короткого огляду системи, що супроводжується коротким описом головних фрагментів або функціональних об'єктів. Демонстрація планованих екранних форм повинна показувати основні напрями дій з головними функціональними об'єктами і модулями програми. Розділ опису звітів повинен містити всі звітні форми, які ви плануєте створювати. У великих системах основні модулі можуть бути розбиті на простіші з описом того, що ці простіші модулі робитимуть. Плануйте даний документ так, щоб користувач, який не зацікавлений в розгляді детальних особливостей системи, міг би прочитати тільки першу частину документа з описом основних функцій, що виконуються системою. Користувачі, зацікавлені в розгляді докладніших деталей, можуть продовжув...